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1.  Background 


With  the  introduction  and  acceptance  of  mobile  technology  into  every  aspect  of  daily  life,  there 
is  a  strong  desire  to  push  towards  the  official  use  of  these  devices  and  the  capabilities  they 
provide  in  the  tactical  environment.  Just  as  conventional  computer  systems  need  to  be  protected, 
mechanisms  need  to  be  developed  to  protect  these  mobile  devices.  Due  to  the  inherently  mobile 
nature  of  these  devices,  and  corresponding  lack  of  fixed  infrastructure  that  can  be  used  to 
effectively  protect  them,  the  first  line  of  defense  for  such  devices  must  be  on  the  device,  itself. 

As  many  of  these  devices  are  designed  to  be  lightweight,  small,  and  have  a  low  power  draw, 
their  ability  to  execute  complex  and  resource  intensive  algorithms  is  limited.  These  resource 
constraints  have  led  to  an  interest  in  lightweight  machine  learning  techniques  for  providing  such 
defenses  (see,  e.g.,  [1]).  In  contrast  to  most  conventional  approaches,  such  as  signature -based 
methods,  these  techniques  typically  can  be  constructed  to  allow  for  a  flexible  tradeoff  between 
speed,  accuracy,  and  memory,  allowing  the  algorithm  to  be  fine-tuned  to  the  resources  and 
criticality  of  device  or  platform  being  protected.  Furthermore,  in  many  cases,  machine  learning 
techniques  generate  complex  and  non-human-readable  internal  states  (2),  which  may  offer 
operational  security  benefits  that  signature-based  systems  often  cannot. 

In  order  to  provide  machine  learning-based  protection  services  for  mobile  devices  deployed  into 
a  tactical  environment  using  the  Android  operating  system  (currently  the  most  popular  mobile 
OS),  several  key  libraries  are  needed.  Basic  Linear  Algebra  Subprograms  (BLAS)  (3),  which 
provides  a  fast  linear  algebra  library,  is  needed  for  machine  learning-based  algorithms,  which 
rely  heavily  on  inner  product  operations,  as  do  most  linear  and  kernel-based  classifiers  (including 
ELIDe,  referenced  previously).  LibPCap  (4),  the  de  facto  standard  library  used  for  performing 
network  packet  capture,  and  is  needed  for  enabling  a  device  to  monitor  live  network  traffic  or 
process  previously  captured  network  traffic  that  was  saved  to  a  file.  The  incorporation  of  such 
standard  libraries  into  the  Android  framework  will  enable  rapid  transition  of  novel  algorithms  to 
Android  devices. 

We  first  describe  the  configuration  of  the  build  environment  and  then  discuss  the  process  of 
modifying  FORTRAN  to  interoperate  with  the  Android  Native  Development  Kit  (NDK)  such 
that  BLAS  can  be  compiled.  We  then  provide  instructions  for  compiling  LibPCap  onto  the 
Android  architecture.  In  the  final  section  of  this  report,  the  code  and  compilation  process  used  to 
build  a  small  application  to  test  the  libraries  are  provided.  The  instructions  and  techniques  used 
for  this  application  could  be  used  as  a  basis  to  build  other,  more  sophisticated  command  line  type 
applications  for  use  in  an  Android  environment. 
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2.  Configuration  Used 


The  following  is  a  list  of  the  software  and  hardware  used  while  getting  the  libraries  compiled  and 
FORTRAN  support  added.  This  system  configuration  is  much  larger  than  what  is  actually 
needed  to  complete  the  tasks  outlined  in  this  report,  so  use  of  a  smaller  system  should  suffice. 

•  Operating  System:  Redhat  Enterprise  Linux  (RHEL)  version  6.5 

•  Android  Development  Tools  (ADT):  version  22.3.0-887826 

•  Dell  Optiplex  960 
o  8  GB  Memory 

o  Intel  Core2  CPU 

■  Quad  Core 

■  3.00GHz 

3.  Android  NDK  FORTRAN  Compiler  Support 


The  Android  NDK  (5)  allows  developers  to  include  “native”  code  (C/C-i-i-)  in  their  Android 
projects  so  it  can  be  accessed  via  the  Java  Native  Interface  (JNI)  (6)  from  their  Android 
application  code.  This  capability  can  be  very  useful  when  a  needed  library  is  available,  but 
porting  it  to  Java  will  require  a  considerable  amount  of  time  and  effort. 

While  the  default  capabilities  of  the  NDK  are  useful,  there  are  situations  where  the  ability  to 
compile  EORTRAN-based  code  is  desirable.  In  order  to  support  this  effort,  extra  steps  must  be 
taken  in  order  to  modify  the  default  NDK  to  support  the  EORTRAN  programming  language. 

The  basis  used  for  the  steps  provided  in  this  technical  report  was  found  on  “Danilo’s  Tech  Blog” 
(7).  The  blog  entry  provides  updated  patches  and  a  shell  script  that  automates  the  list  of  manual 
steps  provided  at  the  “Specific  Impulses”  (8)  blog. 

It  should  be  noted  that  the  patches  provided  at  “Danilo’s  Tech  Blog”  are  for  version  “r9”  of  the 
Android  NDK.  At  the  time  of  writing,  “r9c”  is  available;  however,  the  patches  and  compilation 
process  do  not  complete  cleanly.  Therefore,  it  is  necessary  to  specifically  use  the  “r9”  version  of 
NDK  and  the  versions  specified  for  other  required  components  until  newer  patches  are  available. 

The  first  goal  in  adding  EORTRAN  support  to  the  NDK  is  to  obtain  and  install  the  correct 
version: 
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1 .  Download  the  “r9”  version  of  the  NDK:  http://dl.google.com/android/ndk/android-ndk-r9- 
linux-x86  64.tar.bz2 

2.  Decompress  and  untar  the  downloaded  file.  Note  where  it  is  located — when  you  call  the 
ndk-build  script,  you  will  need  to  specify  the  full  path.  The  script  uses  the  path  it  was 
called  from  to  dynamically  configure  its  environment  when  run.  (It  may  be  possible  to  add 
the  script’s  path  to  $PATH;  be  aware,  however,  that  there  may  be  a  slight  chance  it  will  not 
work  correctly,  as  it  dynamically  configures  its  runtime  environment  based  on  how  it  was 
initially  executed.  If  a  problem  is  encountered,  try  re-running  it  and  specifying  the  full 
path.) 

3.  Download  both  the  shell  script  and  patch  file  from  the  “Danilo’s  Tech  Blog”  Web  site, 
placing  both  files  into  the  base  directory  of  the  NDK  (android-ndk-r  9). 

Now  that  the  NDK  has  been  installed,  the  next  goal  is  to  add  FORTRAN  support: 

1.  The  first  step  is  the  installation  of  a  script  (f  ortran4android)  that  automates  the 
patching  needed  for  building  the  FORTRAN  compiler  and  the  compilation  process  of  the 
FORTRAN  compiler.  There  are  two  options  available: 

a.  Option  1:  Create  a  copy  of  the  script  provided  in  appendix  A,  which  is  an  already 
modified  version  of  the  script  provided  at  “Danilo’s  Tech  Blog”  (7),  in  the  base 
directory  of  the  NDK  (android-ndk-r  9).  Download  the  patch  file  and  install  it 
into  the  same  directory  as  the  script. 

b.  Option  2:  Download  the  shell  script  and  patch  file  from  the  “Danilo’s  Tech  Blog”  Web 
site,  placing  both  files  in  the  base  directory  of  the  NDK  (android-ndk-r  9). 

i.  Edit  the  shell  script  and  either  comment  out  or  remove  all  bits  of  code  that  install 
(yum  install)  packages  or  retrieve  them  from  outside  sources  ‘wget,  svn,  etc.). 
You  will  manually  obtain  them  later  in  another  step  from  appropriate  sources. 

ii.  Near  the  end  of  the  script  where  the  compilation  is  performed  are  two  i  f 
statements  that  will  either  skip  building  the  toolchain  (“ .  .  .  toolchain 
appears  to  be  already  present.,  skipping”)  or  copying  the  toolchain 
config  file  (“ .  .  .  toolchain  config  files  already  present., 
skipping”).  Comment  out  the  ‘if/  then’  portion  but  leave  the  contents  of  the 
‘else’  intact  so  they  will  be  performed. 

2.  Within  the  NDK  base  directory,  create  a  src  subdirectory. 

3.  Under  the  src  directory,  create  the  following  subdirectories  and  obtain/decompress/untar 
the  software  with  the  specific  version  number,  as  listed  for  each.  Most  can  be  obtained 
from  the  official  GNU  site;  however,  a  few  will  need  to  be  obtained  from  an  official  Fedora 
Web  site. 
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Directory 

Version 

Obtain  From 

binutils 

binutils-2.22.90 

ftp://ftp.gnu.org 

build 

2it  clone  httt)s://android. 2002les0urce.com/t00lchain/build  build 

cloog 

cloog-0.19.0 

pkgs .  fedoraproj  ect.org 

expat 

expat-2.0.1 

sourceforge.net 

gcc 

gcc -4.8.0 

ftp://ftp.gnu.org 

gdb 

gdb-7.4.1 

ftp://ftp.gnu.org 

gmp 

gmp-5.0.5 

ftp://ftp.gnu.org 

isl 

isl-0.11.1 

pkgs .  fedoraproj  ec  t .  org 

mpc 

mpc-1.0.2 

ftp://ftp.gnu.org 

mpfr 

mpfr-3.0.1 

ftp://ftp.gnu.org 

ppl 

ppl-0.11.2 

pkgs .  fedoraproj  ec  t .  org 

4.  From  the  base  of  the  NDK  directory,  execute  the  fortran4  android  script.  Note  the 
following  items: 

a.  If  the  script  errors  in  regard  to  a  few  subdirectories  not  existing,  create  them  manually 
and  then  re-execute  the  script.  Examples  may  include  toolchains/arm-linux- 
androideabi-4 .8.0  and  toolchains/ arm-linux-androideabi- 
4.8. 0/prebuilt. 

b.  When  you  apply  the  patches  contained  in  the  ndk-r 9-fortran  .  patch  file,  the 
patch  application  process  may  report  the  application  of  several  patch  hunks  failing.  It 
will  notify  you  where  the  rejected  hunks  were  written  out,  allowing  you  to  manually 
verify  if  they  were  applied  or  not.  In  most  cases  they  were,  although  there  may  be  one 
or  two  that  did  not.  (When  manually  verifying  the  application  of  the  patches,  you  will 
not  be  able  to  go  by  the  line  numbers  contained  in  the  rejected  patch  file.  You  will  need 
to  search  for  the  location  where  the  patch  should  have  been  applied  based  on  code 
surrounding  the  actual  patch.) 
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4.  Compiling  the  BLAS  Library  for  Android  SDK  (Static  Library) 


Now  that  the  NDK  has  been  downloaded,  installed,  and  updated  to  support  compiling 
FORTRAN  code,  it  will  now  be  possible  to  compile  the  FORTRAN-based  BLAS  library.  The 
following  steps  provided  will  result  in  a  statically  compiled  library.  The  first  goal  is  setting  up 
the  proper  directory  structure  and  obtaining  the  BLAS  library: 

1.  The  compilation  of  the  BLAS  library  needs  to  take  place  in  a  specifically  named  directory. 
This  directory  can  be  included  as  part  of  an  existing  Android  application  project  or  it  can 
be  done  separately: 

a.  As  part  of  existing  Android  project.  Within  the  projects  base  directory,  create  a 
subdirectory  named  ‘  j  n  i  ’ . 

b.  Not  as  part  of  Android  project.  Create  a  j  ni  directory  in  your  preferred  location. 

2.  Download  the  BLAS  library  (version  marked  “LAST  UPDATE:  Tuesday  Apr  19^’’  201 1”) 
into  a  directory  of  your  choice  and  decompress  it,  which  will  result  in  a  subdirectory  named 
BLAS. 

3.  From  the  BLAS  directory,  copy  all  of  the  *  .  f  files  to  the  j  ni  subdirectory  created  in  Step 
1. 

4.  Within  the  j  ni  directory,  create  an  Android .  mk  file  with  the  following  contents: 
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LOCAL_PATH:=  $  (call  my-dir) 
include  $ (CLEAR_VARS) 

#  LOCAL_ALLOW_UNDEFINED_SYMBOLS  :=  true 
LOCAL_LDLIBS  +=  -Igfortran 
LOCAL_MODULE  :=  blas_LINUX 

LOCAL_SRC_FILES  :=  caxpy.f  chemm.f  cscal.f  ctpsv.f  dgbmv.f  dscal.f  dsyr2k.f 
dzasum.f  scasum.f  srot.f  ssymm.f  strmm.f  zdscal.f  zher2 . f  zsyr2k;.f  ccopy.f 
chemv.f  csrot.f  ctrmm.f  dgemm.f  dsdot.f  dsyrk.f  dznrm2 . f  scnrm2.f  srotg.f 
ssymv.f  strmv.f  zgbmv.f  zher2k.f  zsyrk.f  cdotc.f  cher.f  csscal.f  ctrmv.f 
dgemv.f  dspmv.f  dtbmv.f  icamax.f  scopy.f  srotm.f  ssyr.f  strsm.f  zgemm.f 
zherk.f  ztbmv.f  cdotu.f  cher2 . f  cswap.f  ctrsm.f  dger.f  dspr.f  dtbsv.f 
idamax.f  sdot.f  srotmg.f  ssyr2.f  strsv.f  zgemv.f  zhpmv.f  ztbsv.f  cgbmv.f 
cher2k.f  csymm.f  ctrsv.f  dnrm2 . f  dspr2 . f  dtpmv.f  isamax.f  sdsdot.f  ssbmv.f 
ssyr2k.f  xerbla.f  zgerc.f  zhpr.f  ztpmv.f  cgemm.f  cherk.f  csyr2k.f  dasum.f 
drot.f  dswap.f  dtpsv.f  izamax.f  sgbmv.f  sscal.f  ssyrk.f  zaxpy.f  zgeru.f 
zhpr2 . f  ztpsv.f  cgemv.f  chpmv.f  csyrk.f  daxpy.f  drotg.f  dsymm.f  dtrmm.f 

Isame.f  sgemm.f  sspmv.f  stbmv.f  zcopy.f  zhbmv.f  zrotg.f  ztrmm.f  cgerc.f 

chpr.f  ctbmv.f  dcabsl.f  drotm.f  dsymv.f  dtrmv.f  sasum.f  sgemv.f  sspr.f 
stbsv.f  zdotc.f  zhemm.f  zscal.f  ztrmv.f  cgeru.f  chpr2 . f  ctbsv.f  dcopy.f 

drotmg.f  dsyr.f  dtrsm.f  saxpy.f  sger.f  sspr2.f  stpmv.f  zdotu.f  zhemv.f 

zswap.f  ztrsm.f  chbmv.f  crotg.f  ctpmv.f  ddot.f  dsbmv.f  dsyr2.f  dtrsv.f 

scabsl.f  snrm2 . f  sswap.f  stpsv.f  zdrot.f  zher.f  zsymm.f  ztrsv.f 

include  $ (BUILD  STATIC  LIBRARY) 


Now  that  the  BLAS  library  has  been  downloaded  and  the  initial  setup  completed,  it  can  now  be 
compiled: 

1.  Change  your  working  directory  into  the  j  ni  subdirectory. 

2.  Execute  the  Android  NDK  build  process  by  executing  the  following  command: 

<path_to_Android_NDK) / ndk-build. 

3.  A  listing  of  the  files  being  compiled  will  scroll  by.  The  final  line  of  output  should  be: 

“StaticLibrary  :  libblas_LINUX .  a”. 

4.  The  static  library  file  will  be  contained  under: 

<path_to_j  ni_directory>/ obj / local/ armeabi/. 

Now  that  the  compilation  of  the  library  has  been  completed,  the  library  can  be  copied  and 
included  in  other  projects  as  needed.  Refer  to  the  section  “Example  Application:  Compilation” 
for  a  very  simple  example  program  that  was  used  to  test  the  library. 

With  one  minor  change  to  the  Android.mk  file  (BUILD_STATIC_LIBRARY  to 
BUILD_SHARED_LIBRARY),  it  may  be  possible  to  build  a  dynamically  compiled  library; 
however,  that  result  has  not  been  tested. 
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5.  Compiling  the  LibPCap  Library  for  Android  SDK  (Static  Library) 


The  following  steps  describe  the  process  needed  to  compile  LibPCap  for  use  as  a  statically 
compiled  library  on  an  Android  device. 

The  first  goal  will  be  to  obtain  the  source  code  for  the  library  and  set  up  the  compilation 
environment: 

1 .  The  compilation  of  the  LibPCap  library  needs  to  take  place  in  a  specifically  named 
directory.  This  directory  can  be  included  as  part  of  an  existing  Android  application  project 
or  it  can  be  done  separately: 

a.  As  part  of  existing  Android  project:  Within  the  projects  base  directory,  create  a 
subdirectory  named  j  n  i . 

b.  Not  as  part  of  Android  project:  Create  a  j  ni  directory  in  your  preferred  location. 

2.  To  be  able  to  compile  and  utilize  the  LibPCap  network  traffic  capture  library,  check  out  a 
version  of  the  source  code  from  Google’s  source  code  repository: 

git  clone  https :/ / android . google source . com/ platform/ external /libpcap 
<path_to>/ j  ni 

3.  By  default,  the  Android .  mk  file  include  with  the  git  repository  builds  a  static  library.  If 
a  shared  library  is  desired,  edit  the  last  line  in  the  file  and  change 

BUILD_STATIC_LIBRARY  to  BUILD_SHARED_LIBRARY. 

4.  From  within  the  j  ni  directory  execute:  <path_to_NDK>/ndk_build. 

5.  Once  the  compilation  process  has  been  started,  the  list  of  files  will  scroll  by  as  they  are 
compiled.  Depending  on  what  library  type  (static,  shared)  is  being  compiled,  the  final 
library  will  be  located  in  a  different  location: 

a.  Static  library: 

<directory_containing_j  ni_directory>/ obj/local/ armeabi/ 

b.  Shared  library: 

<directory_containing_j  ni_directory>/libs/ armeabi/ 

Once  the  compilation  process  has  been  completed,  you  may  then  copy  the  resulting  library  file  to 
wherever  it  is  needed.  If  a  shared  library  is  built  and  the  compilation  directory  ( j  ni)  is  located 
within  the  Android  application  project  directory,  the  shared  library  file  will  automatically  be 
included  as  part  of  the  Android  app  when  it  is  deployed  to  an  emulator  or  device. 
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6.  Example  Application:  Compilation 


In  this  section,  the  small  test  application  is  used  to  verify  that  both  the  BLAS  and  LibPCap  static 
libraries  that  resulted  from  the  previous  sections  function  properly.  The  steps  and  code  could  be 
used  to  form  the  basis  of  a  more  sophisticated  command  line  application  if  desired. 

1.  Create  a  j  ni  directory,  which  will  contain  the  test  application’s  code,  the  libraries 
compiled  in  previous  sections,  and  the  makefile. 

2.  In  the  j  ni  directory,  create  the  test_application  .  c  file  and  Android .  mk  file,  as 
shown  in  Appendix  B. 

3.  Copy  the  libblas_LINUX .  a  file  created  in  the  ‘Compiling  the  BLAS  Library  for 
Android  SDK  (Static  Library)’  section  into  the  j  ni  directory. 

4.  Copy  the  1  ibpcap  .  a  file  created  in  the  ‘Compiling  the  LibPCap  Library  for  Android 
SDK  (Static  Library)’  section,  as  well  as  the  pcap  .  h  and  pcap-bpf  .  h  files  provided 
when  the  source  code  for  LibPCap  was  downloaded  into  the  j  ni  directory. 

5.  If  not  already  in  the  j  ni  directory,  change  your  working  directory  into  it. 

6.  From  within  the  j  ni  directory,  execute:  <path_to_NDK>/ndk_build. 

7.  After  the  compilation  has  completed,  the  executable  binary  test_application  will  be 
automatically  copied  to  the  libs/armeabi  directory,  (libs  is  contained  in  the  same 
directory  containing  your  j  ni  directory  and  will  be  created  automatically  if  it  doesn’t 
already  exist.) 


7.  Example  Application:  Installation  and  Execution  on  an  Emulated 
Android  Device 


In  this  final  section,  the  test  application  created  in  the  previous  section  will  be  copied  to  an 
emulated  Android  device  and  executed.  The  technique  used  to  copy  and  execute  the  application 
in  an  emulated  device  is  not  specific  to  this  application  and  may  be  useful  for  other  applications. 

For  this  section,  it  is  assumed  that  the  Android  Developer  Tools  (ADT)  (9)  is  installed  and  is 
functioning  correctly,  and  that  a  virtual  device  in  the  supplied  emulator  has  been  created  and 
functions.  If  additional  documentation  regarding  ADT  and  the  emulator  is  needed,  or  a  deeper 
understanding  of  the  techniques  and  commands  used  here  is  desired,  the  book  Android 
Developer  Tools  Essentials  (10)  contains  documentation  on  the  use  of  ADT,  developing  apps 
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and  using  the  emulator  that  can  be  highly  useful.  Information  on  their  installation,  configuration, 
and  use  is  also  readily  available  on  the  Web. 

1.  Using  the  Android  Debug  Bridge  (ADB)  supplied  with  ADT,  open  a  shell  on  the  emulated 
device: 

•  adb  shell 

2.  Remount  the  filesystem  so  the  example  application  can  be  copied  onto  it: 

•  mount  -rw  -o  remount  rootfs  / 

3.  Exit  the  ADB  shell: 

•  exit 

4.  Copy  the  test  application  onto  the  emulated  device: 

•  adb  push  test_application  / 

5.  Open  a  shell  again  on  the  emulated  device: 

•  adb  shell 

6.  Run  the  test  application: 

•  . / test_application 

After  the  test  application  has  completed  running,  the  following  information  will  be  displayed: 

root@generic : /  #  . / test_application 
BLAS  Test:  The  dot  product  is:  32.000000 
pcap  test:  Device:  ethO 
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Appendix  A.  fortran4android 


The  following  shell  script  is  adapted  from  the  script  provided  at  “Danilo’s  Tech  Blog”  (7).  The 
script  was  modified  to  remove  the  automated  installation  of  several  operating  system  packages 
and  the  downloading  of  additional  dependencies  not  provided  or  made  available  by  the  operating 
system.  This  was  done  to  ensure  the  additional  dependencies  were  downloaded  from  more 
secure,  reputable  sites. 

# ! /bin/ksh 
PROGNAME=${0##*/} 

TRUE=1 

FALSE=0 

DEBUG="$ {FALSE} " 

VERBOSE="$ {FALSE} " 

export  TMPDIR="$ {TMPDIR: -/tmp} " 

TMPFILE="$TMPDIR/tinp${$}  .tmp" 

VERSION=l . 0 


function  usage  { 
print  "" 

[[  "$1"  !=  ""  ]]  &&  print  "You  forgot  to  pass  $1  parameter  to  $ { PROGNAME } . " 
print  "" 

print  "Usage:  ${PROGNAME}  [-dvV] " 
print  "" 

print  "  Where  -d  =  debug  mode" 
print  "  -V  =  verbose  mode" 

print  "  -V  =  print  version  number  and  exit" 

print  "" 


function  clean_up  { 
rm  -rf  ${TMPFILE} 

} 


while  getopts  " ; dvV"  OPTION 
do 

case  "${OPTION}"  in 

'd')  DEBUG="${TRUE}"  ;; 

'v')  VERBOSE="${TRUE}"  ;; 

'V')  print  -u2  "${ PROGNAME } :  version  ${VERSION}"  &&  exit  1  ; ; 
'?')  usage  &&  exit  1  ;; 

esac 

done 

shift  $ ( (  ${OPTIND}  -  1  ) ) 

trap  "clean_up"  EXIT 

( (  VERBOSE  ==  TRUE  ) )  &&  set  -x 
BINUTILS_VERSI0N=2 .22.90 
GMP_VERSION=5 .0.5 
MPFR_VERSION=3 .0.1 
MPC_VERSION=I.0.2 
GDB_VERSION=7 .4.1 
EXPAT_VERSION=2 .0.1 
ANDROID  NDK="android-ndk-r9" 
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ANDROI D_NDK_VERS ION= " r  9 " 

ANDROID_NDK_ROOT=/home/pritchey/bin/$ANDROID_NDK 
PATCH_REPOS=" . /" 

#  set  how  many  jobs  to  use  to  build  the  toolchain 
NJ0BS=1 

#  turn  off  expat  for  now... 

BUILD_EXPAT=" false" 

BASE_PATH=$PWD 

#  check  our  OS.,  only  tested  on  Ubuntu  12.04  and  Fedora  16/17 
GT='grep  -c  Ubuntu  /etc/issue' 

if  [  $GT  -ge  1  ] 
then 

echo  "...  detected  Ubuntu" 

echo  "...  only  tested  on  12.04..  YMMV" 

OS_TYPE="Ubuntu" 
elif  [  -f  /etc/redhat-release  ] 
then 

echo  "...  detected  Redhat  derived  OS" 

echo  "...  only  tested  on  Fedora  16  and  17..  YMMV" 

OS_TYPE="Redhat" 

else 

echo  "...  unsupported  OS  type!" 
usage  &&  exit  1 
fi 

#  check  for  64  bit  install 
OS_ARCH= ' uname  -p' 

#  test  to  make  sure  we're  in  the  right  place., 
if  [ [  "$PWD"  =~  "$ ANDROI D_NDK"  ] ] 

then 

echo  "OK.,  looks  like  we're  in  the  right  place" 

else 

if  [  -d  . /$ANDR01D_NDK  ] 
then 

echo  "...  found  NDK  in  current  directory.,  continuing" 

Cd  $ ANDROI D_NDK 

elif  [  -f  android-ndk-$ {ANDR01D_NDK_VERS10N} -linux-x86 . tar .bz2  ] 
then 

echo  "...  extracting  existing  NDK  archive" 

tar  -jxvf  android-ndk-$ {ANDR01D_NDK_VERS10N} -linux-x86 . tar .bz2  >  /dev/null 
cd  $ ANDROI D_NDK 

else 

echo  "...extracting  downloaded  NDK  archive" 

tar  -jxvf  android-ndk-$ {ANDR01D_NDK_VERS10N} -linux-x86 . tar .bz2  >  /dev/null 
cd  $ ANDROI D_NDK 
fi 
fi 

if  [[  "$PWD"  =~  "/$ANDR01D_NDK"  ]] 
then 

echo  "...NDK  acquired.,  continuing" 

ANDROI D_NDK_ROOT=$  PWD 

else 

echo  "...can't  get  into  the  NDK  install  directory.,  stopping" 
exit  1 
fi 

SOURCE_PATH=  $ ANDRO 1 D_NDK_ROOT / s  r  c 
if  [  -d  $SOURCE  PATH  ] 


12 


then 


echo  "src  directory  exists.." 

else 

echo  "making  src  directory.." 
mkdir  $SOURCE_PATH 
fi 

Cd  $SOURCE_PATH 

#  apply  fortran  patch 
set  -X 

cd  $ANDROID_NDK_ROOT 

patch  -bNpO  <  $PATCH_REPOS/ndk-$ {ANDROID_NDK_VERSION}-fortran. patch 

#  run  the  build. . 

for  toolchain  in  arm-linux-androideabi-4 . 8 . 0  x86-4.8.0 
do 

short_toolchain=$ (echo  $toolchain  |  sed  ' s/-4 . 8 . 0// ' ) 
cd  $ANDROID_NDK_ROOT 

if  [  $OS_ARCH  ==  "x86_64"  ] 
then 

. /build/ tools/build-gcc . sh  --try-64  $PWD/src  $PWD  - j $NJOBS  $toolchain 

else 

. /build/tools/build-gcc . sh  $PWD/src  $PWD  -j$NJOBS  $toolchain 
fi 

echo  "...  copying  toolchain  config  files  from  4.6  compiler" 

cp  toolchains/ $ { short_tool chain} -4 . 6/config.mk  toolchains/$toolchain/. 

cp  toolchains/ $ { short_tool chain} -4.6/setup .mk  tool chains/$tool chain/. 

cd  toolchains/ $toolchain/prebuilt 

if  [  -d  linux-x86_64  ] 

then 

echo  "...  symlinking  4.8.0  toolchain  linux-x86_64  to  linux-x86" 

if  [  -L  linux-x86  ] 

then 

echo  "...  symlink  already  exists.,  skipping" 

else 

In  -s  linux-x86_64  linux-x86 
fi 
fi 

done 

echo  "Done." 
exit  0 
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Intentionally  Left  Blank. 
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Appendix  B.  test_application 


The  following  C  source  code  was  used  to  test  the  BLAS  and  LibPCap  libraries  to  ensure  they 
worked  on  an  Android  device.  The  section  of  code  used  for  testing  the  BLAS  library  was  found 
on  the  Ubuntu  Forums  Web  site  {11),  posted  by  3Miro. 

Android.mk: 

LOCAL_PATH:=  $  (call  my-dir) 

include  $ (CLEAR_VARS) 

LOCAL_MODULE  :=  blas_LINUX 
LOCAL_SRC_FILES  :=  libblas_LINUX . a 
include  $ ( PREBUILT_STATIC_LIBRARY) 

include  $ (CLEAR_VARS) 

LOCAL_MODULE  :=  pcap 
LOCAL_SRC_FILES  :=  libpcap.a 
include  $ ( PREBUILT_STATIC_LIBRARY) 

include  $ (CLEAR_VARS) 

LOCAL  MODULE  :=  test  application 
LOCAL_SRC_FILES  :=  test_application . c 
LOCAL_STATIC_LIBRARIES  :=  blas_LINUX  pcap 
include  $ (BUILD_EXECUTABLE) 

test_application.c: 

#include  <stdio.h> 

#include  <stdlib.h> 

#include  "pcap.h" 

double  ddot_(  const  int  *N,  const  double  *a,  const  int  *inca,  const 
double  *b,  const  int  *incb  ) ; 

int  main (  int  argc,  char**  argv  ) { 

double  *a  =  (double*)  malloc (  3  *  sizeof (double)  ) ; 
a[0]  =  1.0;  a[l]  =  2.0;  a[2]  =  3.0; 
double  b[3]  =  {  4.0,  5.0,  6.0  }; 

int  N  =  3,  one  =1;  //  one  really  doesn't  look  good  in  C 

double  dot_product  =  ddot_(  &N,  a,  &one,  b,  &one  ); 

printf("\n  BLAS  Test:  The  dot  product  is:  %f  \n",dot  product  ); 

char  *dev,  errbuf [PCAP_ERRBUF_SIZE] ; 

dev  =  pcap_lookupdev (errbuf ) ; 
if  (dev  ==  NULL)  { 

fprintf ( stderr ,  "\n  pcap  test:  Couldn't  find  default  device: 

%s\n" ,  errbuf) ; 
return  (2 ) ; 

} 
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printf("\n  pcap  test:  Device:  %s\n" 
return  0; 


dev) 
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